home *** CD-ROM | disk | FTP | other *** search
/ Cream of the Crop 22 / Cream of the Crop 22.iso / bbs / g5109b.zip / G5.ZIP / TEXT / XPORTS.TXT < prev   
Text File  |  1996-11-27  |  19KB  |  325 lines

  1.  
  2.                               ──══ Galaxy 5 ══──
  3.                       Copyright (c) 1996 Thomas J. Smith
  4.  
  5.      ────────────────────────────────────────────────────────────────────
  6.       This text file explains the use of Xports, how to install and use
  7.       them, and how to go about creating your own!
  8.      ────────────────────────────────────────────────────────────────────
  9.       For a complete listing of data file structures, formats of all of
  10.       the drop files that G5 creates, and a complete list of color, and
  11.       other codes, unzip the G5_STRUC.ZIP archive. Everything 3rd party
  12.       programmers need is located in this archive!
  13.      ────────────────────────────────────────────────────────────────────
  14.  
  15.  
  16.                                  HOW THEY WORK
  17.      ────────────────────────────────────────────────────────────────────
  18.       In order to explain this in the simplest way, I will use an
  19.       example. Lets say Joe SysOp just downloaded an Xport called
  20.       "Hermans World." First, Joe unzips the file he just downloaded to
  21.       a temporary directory (or the directory he wishes the Xport to be
  22.       installed to). Then Joe will read the docs that came with the .ZIP
  23.       file first (or will he?). In the docs, Joe will find that all he
  24.       needs to do to install this Xport, is run the INSTALL.EXE program
  25.       included with the .ZIP file (or other installation method). The
  26.       install program then puts all the necessarry files in their proper
  27.       places, and writes the needed info to the XPORTS.DAT file in Joes
  28.       main Galaxy 5 directory.
  29.      ────────────────────────────────────────────────────────────────────
  30.       Now to use the Xport, Joe logs on to Galaxy 5 either locally, or
  31.       by logging on to his BBS locally, and running the game from there.
  32.       From the main menu (Lexor Street, or whichever planet he is on),
  33.       Joe will choose the option, "(X)port to another place." Then he is
  34.       taken to a menu listing all of the Xports he has installed. If he
  35.       only installed one Xport, then only the name of that one Xport
  36.       will be listed as number (1). Joe then presses 1 to go to this
  37.       Xport, and wala! Thats all there is to it. After Joe is done using
  38.       the Xport, Galaxy 5 reloads, and picks up from the Xport menu
  39.       where it left off, and deducts the time that Joe was in the Xport
  40.       from his time left in the game!
  41.      ────────────────────────────────────────────────────────────────────
  42.       Then later (or right after trying it), if Joe finds that he does
  43.       not like this Xport, he runs the UNINSTAL.EXE program that came
  44.       with the Xport (or whatever program the Xports docs point him
  45.       to), and the game is "uninstalled!"
  46.      ────────────────────────────────────────────────────────────────────
  47.  
  48.  
  49.                                      Q & A
  50.      ────────────────────────────────────────────────────────────────────
  51.        Q. What is an Xport?
  52.       ----------------------
  53.        A. An Xport is an external program (door) created by third
  54.           party programmers for use in your Galaxy 5 game. They can
  55.           be run directly from within the game, without any special
  56.           setup on the SysOps part!
  57.      ────────────────────────────────────────────────────────────────────
  58.        Q. Where can I find an Xport?
  59.       -------------------------------
  60.        A. I currently have a collection of a few Xports and utilities
  61.           at my web site. Both those created by me, and those created by
  62.           other authors. Visit
  63.           http://www.geocities.com/SiliconValley/Heights/2233
  64.  
  65.           Depending on how well Galaxy 5 does with popularity, it may or
  66.           may not be hard to find an Xport.  However, I have created a
  67.           freeware Xport named "The Inscribers Guild." It allows players
  68.           to personalize their Armour, Weapon, and Space Craft at a
  69.           price the SysOp sets. SysOp can also disallow personalizing of
  70.           any of the three items mentioned.  Look for SCRIBE??.ZIP
  71.           (where ?? is the version number).
  72.      ────────────────────────────────────────────────────────────────────
  73.        Q. If I find one, how do I set it up?
  74.       ---------------------------------------
  75.        A. It should be extremely simple to set up. As a ground rule,
  76.           any Xport created by a third party programmer, must come
  77.           with an easy to use install program, and easy to use
  78.           "uninstall" program in case the SysOp does not like it, or
  79.           needs to remove it for some reason. The SysOp installing the
  80.           Xport, should not have to do anything else but run the
  81.           INSTALL program that comes with the Xport!
  82.      ────────────────────────────────────────────────────────────────────
  83.        Q. What if an Xport I installed doesn't work properly?
  84.       --------------------------------------------------------
  85.        A. Read the docs that came with it. If the author(s) of the Xport
  86.           provides support for the program, then follow their
  87.           instructions on how to obtain that support. It is beyond my
  88.           ability to help with problems concerning someone elses
  89.           program! :) If all else fails, remove the Xport from your
  90.           game. If the Xport just happened not to come with an
  91.           uninstall program, then remove the two lines in the
  92.           XPORTS.DAT file that pertain to that Xport.
  93.      ────────────────────────────────────────────────────────────────────
  94.        Q. I write doors, how can I make an Xport?
  95.       --------------------------------------------
  96.        A. If the door writing kit that you use supports the Quick BBS
  97.           drop file format (DORINFO*.DEF where * is the node number),
  98.           then you may already have what you need to write your own
  99.           Xport! Galaxy 5 creates 3 drop files before running an Xport,
  100.           one of which is a DORINFO*.DEF compatible drop file. Figure
  101.           out some way to have your Xport read this drop file (located
  102.           in the TEMP subdirectory), and it -should- be all you need!
  103.           If this doesn't work for you, if you have the source code to
  104.           your door writing kit, then you may be able to add a procedure
  105.           or function that will read the door info that it needs from
  106.           one of the G5 drop files. Other door writing kits that are
  107.           directly supported are UrDoor, and the DDplus door driver kit.
  108.           Read the next section, "Creating Your Own Xports." It explains
  109.           everything you need to know!
  110.      ────────────────────────────────────────────────────────────────────
  111.  
  112.  
  113.                            CREATING YOUR OWN XPORTS
  114.      ────────────────────────────────────────────────────────────────────
  115.       ** Unzip the G5_STRUC.ZIP archive!! It contains everything you
  116.          need to know!!! ;>
  117.      ────────────────────────────────────────────────────────────────────
  118.       If you do not program in Turbo Pascal, and would still like to
  119.       make an Xport for Galaxy 5, then refer to the G5_STRUC.ZIP
  120.       archive. Galaxy 5 creates a plain text drop file containing the
  121.       callers full record information, in which you can make changes to,
  122.       and Galaxy 5 will accept the changes upon returning from your
  123.       Xport.
  124.      ────────────────────────────────────────────────────────────────────
  125.       Before your creation(s) can be "officially" called Xports, you
  126.       must follow these 3 simple rules:
  127.      ────────────────────────────────────────────────────────────────────
  128.       1 ■ It must come with an easy to use install program, and an easy
  129.           to use uninstall program. These can be implemented as separate
  130.           .EXE's, or as command line switches in your game, or whatever.
  131.           What the install program must do, is place its game files in
  132.           the proper directory (preferably its own directory off of the
  133.           main Galaxy 5 directory), and write its needed two lines to
  134.           the XPORTS.DAT file located in the main Galaxy 5 directory.
  135.           The XPORTS.DAT file, is a regular text file, listing the name
  136.           of your Xport as it will be shown to callers first, and then
  137.           the command line you want passed to your door when a player
  138.           uses the Xport on the second line. Here is an example,
  139.  
  140.           ~0B~T~01~he ~0B~I~01~nscribers ~0B~G~01~uild
  141.           C:\DOORS\GALAXY5\SCRIBES\SCRIBES.EXE ~UN~
  142.  
  143.           In the above example, the characters in between the tilde (~)
  144.           signs are codes used by Galaxy 5. ~01~ tells G5 to set the
  145.           color following to blue, ~0B~ tells G5 to set the color
  146.           following to light cyan (see "Galaxy 5 Codes" for a complete
  147.           list of color codes), and ~UN~ is a user variable. In this
  148.           case, it will be replaced by the node number the current
  149.           caller is on. So the command that will go into the batch file
  150.           that calls this Xport, would be,
  151.           C:\DOORS\GALAXY5\SCRIBES\SCRIBES.EXE 1, if the caller was on
  152.           node 1. There are many other user variables you can use in
  153.           the XPORTS.DAT file to use on your Xports command line, and
  154.           they are all listed below in the section, "Galaxy 5 Codes."
  155.      ────────────────────────────────────────────────────────────────────
  156.       2 ■ Your Xport must get all of its caller info from one or more of
  157.           4 sources,
  158.                     a. The user variables placed in the XPORTS.DAT file
  159.                        on the command line for your Xport.
  160.  
  161.                     b. The DROPFILE.* file which G5 creates for each
  162.                        caller online (* is the callers node number).
  163.  
  164.                     c. From the NODE*.DAT file which G5 also creates for
  165.                        each caller online (again, the * will be the node
  166.                        number that the caller is on).
  167.  
  168.                     d. The DORINFO*.DEF file which G5 also creates for
  169.                        each caller online. Same as the above two, the
  170.                        star will be the node number.
  171.      ────────────────────────────────────────────────────────────────────
  172.       All of the three drop files created, are placed in the TEMP
  173.       subdirectory. So if your Galaxy 5 game is in C:\DOORS\GALAXY5,
  174.       then the drop file directory would be C:\DOORS\GALAXY5\TEMP.
  175.      ────────────────────────────────────────────────────────────────────
  176.       The format of the three drop files created can be found in the
  177.       G5_STRUC.ZIP archive. Your Xport must NOT read a BBS drop file!
  178.      ────────────────────────────────────────────────────────────────────
  179.       3 ■ Please do not charge more for your Xports than what it costs
  180.           to buy Galaxy 5 (15 bucks).
  181.      ────────────────────────────────────────────────────────────────────
  182.       If you have no means of doing this with the door writing kit that
  183.       you are using, then try to find some way to implement your own
  184.       procedure to read the caller info from the DROPFILE.* drop file
  185.       (or one of the others), instead of your door kit looking for the
  186.       BBS drop file.
  187.      ────────────────────────────────────────────────────────────────────
  188.                                 A FEW POINTERS
  189.                                ----------------
  190.       1 ■ Don't make an Xport that gives the players mucho amounts of
  191.           "stuff." This makes the game no fun when the player has done
  192.           everything they can possibly do before they are even half way
  193.           through the game!
  194.  
  195.       2 ■ Try to keep a look and feel that the players are familiar
  196.           with. This is not a must, but its no fun for a player to enter
  197.           an Xport and be totally lost! At the least, make it easy to
  198.           navigate.
  199.  
  200.       3 ■ Your Xports can do almost anything! Consider the fact that the
  201.           game takes place in a futuristic space age setting. Using that
  202.           you can have time tunnels that take callers back to medieval
  203.           times, transporters that take them to other galaxies, a bus
  204.           station that leads to your own planet, or just a new place on
  205.           the planet they are on.  The only limit is your imagination!
  206.      ────────────────────────────────────────────────────────────────────
  207.  
  208.  
  209.                                 GALAXY 5 CODES
  210.      ────────────────────────────────────────────────────────────────────
  211.       Listed here are all of the codes that you can use on the command
  212.       line for your Xport in the XPORTS.DAT file. For a full, complete
  213.       listing of all Galaxy 5 codes, unzip G5_STRUC.ZIP and read the
  214.       G5_CODES.TXT file.
  215.      ────────────────────────────────────────────────────────────────────
  216.                                   Color Codes
  217.                                  -------------
  218.       Color codes can be used on the line in the XPORTS.DAT file that
  219.       lists the name of your Xport, not on the command line for your
  220.       Xport! Here is the format for color codes,
  221.                                                 ~BF~
  222.                                                  │└Foreground color
  223.                                                  └Background color
  224.  
  225.        Background Colors                     Foreground Colors
  226.       -------------------                   -------------------
  227.        0 = Black                             0 = Black
  228.        1 = Blue                              1 = Blue
  229.        2 = Green                             2 = Green
  230.        3 = Cyan                              3 = Cyan
  231.        4 = Red                               4 = Red
  232.        5 = Magenta                           5 = Magenta
  233.        6 = Brown (dark yellow)               6 = Brown (dark yellow)
  234.        7 = Light Gray                        7 = Light Gray
  235.        8 = Black (blinks foreground)         8 = Dark Gray (light black)
  236.        9 = Blue (blinks foreground)          9 = Light Blue
  237.        A = Green (blinks foreground)         A = Light Green
  238.        B = Cyan (blinks foreground)          B = Light Cyan
  239.        C = Red (blinks foreground)           C = Light Red
  240.        D = Magenta (blinks foreground)       D = Light Magenta
  241.        E = Brown (blinks foreground)         E = Light Yellow
  242.        F = Light Gray (blinks foreground)    F = White
  243.      ────────────────────────────────────────────────────────────────────
  244.                                 USER VARIABLES
  245.                                ----------------
  246.       These codes can be used to pass caller information to your Xport
  247.       in the XPORTS.DAT file. Each user variable contains a U as the
  248.       first character, and the second character will be whatever you
  249.       want passed to your Xport. Listed below are the user variables.
  250.  
  251.       ~U*~
  252.        │└Fill this in with one of the characters below
  253.        └U (for user)
  254.  
  255.       E = Will be replaced with either TRUE or FALSE, for "Keep a log of
  256.           errors?"
  257.       I = Will be replaced by the IRQ number.
  258.       C = Will be replaced by the COM port number.
  259.       B = Contains the callers baud rate.
  260.       F = Holds the users first name.
  261.       L = Users last name.
  262.       D = Full path and file name of DROPFILE.* file for this caller.
  263.       P = Full path and file name of NODE*.DAT file for this caller.
  264.       R = Full path and file name of DORINFO*.DEF file for this caller.
  265.       N = Node number this caller is on.
  266.      ────────────────────────────────────────────────────────────────────
  267.       Here is an example using the user variables listed above. If I put
  268.       this command line in the XPORTS.DAT file as the command line to be
  269.       passed to my door,
  270.  
  271.       C:\DOORS\GALAXY5\XPORT.EXE ~UN~ ~UD~
  272.  
  273.       Then if a caller used the Xport from node 2, then the above
  274.       example would be passed to my door looking like this,
  275.  
  276.       C:\DOORS\GALAXY5\XPORT.EXE 2 C:\DOORS\GALAXY5\TEMP\DROPFILE.2
  277.      ────────────────────────────────────────────────────────────────────
  278.       When a caller chooses to use an Xport from within the game, a file
  279.       is created in the temp directory called XPORT*.BAT where * is the
  280.       node number the caller is on. Galaxy 5 exits with an errorlevel of
  281.       255. Then, in the G5.BAT file, it detects this errorlevel, and in
  282.       turn, executes XPORT*.BAT. Then after XPORT*.BAT is done, Galaxy 5
  283.       reloads, gathers how many minutes the caller was in the Xport, and
  284.       subtracts those minutes from the callers time, so as to keep a
  285.       proper balance in the callers time allowed in the door. Then the
  286.       caller is returned back to the Xports menu, right where he/she
  287.       left off. But you really needn't pay any attention to any of this
  288.       to write an Xport, this is all done by Galaxy 5 with no help from
  289.       you! :)
  290.      ────────────────────────────────────────────────────────────────────
  291.  
  292.  
  293.                            ALLOWING OVERNIGHT STAYS
  294.      ────────────────────────────────────────────────────────────────────
  295.       If you wish to allow players to stay the night in your Xport, then
  296.       here is what you need to do...
  297.  
  298.       1) Upon exiting your Xport, first create a file named EXITGAME.#
  299.          where # is replaced by the node number. This file does not have
  300.          to contain anything special, in fact, it can even be a 0 byte
  301.          file. Simply put, if it exists, then the game will exit upon
  302.          returning from your Xport.
  303.  
  304.       2) Create a record in the XPORTINF.DAT file, located (or will be)
  305.          in the DATA subdirectory. The format of this file is given in
  306.          the G5_STRUC.PAS file located inside the G5_STRUC.ZIP file. If
  307.          this file does not yet exist, then you must create it. If it
  308.          does exist, then add a record to it for the current player,
  309.          then forget about it. G5 will handle altering and removing the
  310.          record as it continues with the player.
  311.  
  312.       3) Thats it! The game will exit when your Xport is finished, and
  313.          the next time the caller plays G5, he/she will be taken directly
  314.          to your Xport.
  315.  
  316.       I know this is not the best way, but I did not want to change the
  317.       structure of the PLAYERS.DAT file (this would have been easiest).
  318.       If I did that, then all Xports and utilities that use the
  319.       PLAYERS.DAT file, would also have to be updated, and SysOps would
  320.       not be able to use them until they were updated.
  321.      ────────────────────────────────────────────────────────────────────
  322.  
  323.  
  324.                                 ■ END OF FILE ■
  325.